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ABSTRACT 


The system and method for tracing a path of a call through 
a telecommunications network includes at least two 
switches, a database, a user interface device and a control 
processor. Each switch has an associated adjunct processor 
that has a memory that stores call record data; The database 
stores call routing data for calls traversing each switch. The 
usCT interface device accepts selected call parameter data 
related to a call having a path through the telecommunica- 
tions network that is to be traced. The control processor 
accesses the call routing data and the call record data for 
searching for a call having call parameter data correspond- 
ing to the selected call parameter data. The control processor 
provides report data that is related to the path through the 
telecommunications network of a call having call parameter 
data corresponding to the selected caU parameter data. 

14 Claims, 2 Drawing Sheets 
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SYSTEM AND METHOD FOR TRACING A When a caU reported to have a problem requires analysis, 

CALL THROUGH A it is difficult to trace the path of the call through the 

TELECOMMUNICATIONS NETWORK telecommunications network because the call routing 

BACKGROUND OF THE INVENTION records stoing data relating to each individual leg of the call 

1 Hdd of the Invention ^ ^ correlated with the call record data staced at 

Hie present invention relates to a system and method for """J '^"l^ ^^j^' ^T/T ^f^^ ^ 

tmcing caUs through a telecommunicktions network. More ^ ^ ^^J""^ 

paiticulariy, the present invention relates to a system and Processor is readily available from a remote location over a 

method for tracing a path of a call through a telecommuni- ^^etwork, for example by the billing host processor, the call 

cations network that corresponds to selected search routing records are available only at each respective switch 

parameters. OJ^ from a separate database. This results in an inconvenient 

2. Description of the Related Art consuming task because the caU routing records 

There is a need for the ability for convenienfly tracing a ^"""^ available together, 

path of a call through a telecommunications network so that SUMMARY OF THE INVENTION 

system diagnostics can be efficiently performed or so that a ™ * • ^. 

call reported to have a problem can be quickly troubleshot T^^P'f'^^^^ invention provides a system for convemently 

TVpicaUy, a long distance telecommunications network effiaently tracmg a path of a call through a telecom- 

indudcs a plurality of switches toough whidi calls traverse. n^umcations netwOTk. Acccarding to the present invention. 

Each switch in the network is connected to every other such a system includes at least two switches, a database, a 

switch by an intermachine trunk group (IMT). Calls travel 20 "ser interface device and a control processor. Each switch 

through Uie switches in the network via circuits. A circuit is ^ associated adjunct processor. Each adjunct processor 

the physical connection between any two switches. has a memory storing call record data. The database stores 

Usually there is only one IMT between a pair of switches. ^ routing information for calls traversing each switch. Hie 

FIG. 1 shows a single IMT 10 connected between exemplary user interface device, which preferably provides a graphical 

switch 1 and exemplary switch X Each circuit in an IMT is 25 ^^ser interface, accepts selected call parameter data relating 

assigned a name at each switch that is based on the name of to a call having a path through the telecommunications 

the switch from which the circuit is viewed. When a call in network that is to be traced. The control processor is coupled 

a switdi is routed through a circuit to another switch, tiie to tiie user interface device, to each of the adjunct processors 

circuit is considered to be made up of a terminating trunk associated with the switches, and to the database. The 

group (TTG) leaving the first sAvitch and an originating trunk 30 control processor receives the call parameter data from the 

group (QTG) arriving at the second switch. As a call user interface device and accesses the call routing data 

traverses a switch, the switch generates a call routing record stored in the database and the call record data stored in the 

for the call that includes data related to die originating trunk memory of each adjunct processor for seardiing for a call 

group, the terminating trunk group, the originating pat and having call parameter data corresponding to the selected call 

the terminating port of the call using drcuit naming con- 35 parameter data for tracing the path of the call. The control 

ventions that are based on the point of view of the switch. processor provides report data to the user interface device 

In the situation when a call is routed from switch 1 to that is related to the path through the telecommunications 
switch 2 through circuit llA in FIG. 1, circuit IIA is named network of a call having call parameter data corresponding 
111 IMT TTG at switch 1, for exan^le, and 222IMT OTG to the selected call parameter data, 
at switch 2, for example. When a caU in switch 2 is routed 40 According to the invention, eadi adjunct processor has 
tiu-ough drcuit IIB to switch 1, circuit IIB is properly capability for searching the call record data stored in the 
thought of in the reverse as a terminating trunk group (TTG) memory associated with the adjunct processor based on the 
leaving switch 2 and an originating trunk group incoming to selected call parameter data. The control processor transfers 
switch 1. Although circuits llA and IIB are shown as the selected call parameter data to the adjunct processor and 
separate circuits for clarity of call direction, they are 45 theadjunctprocessor generates results data related to results 
intended to be the same physical drcuit In the latter of a search of tiie call record data based on the selected call 
situation, circuit UB is named 222IMT TTG at switch 2, fa: search parameters. The caU routing data stored in the data- 
example, and miMT OTG at switch 1. for example. Since base indudes information rdated to a next switch a caU 
the trunk names IIUMT and222IMT are different names foe traverses and control processor uses the data related to the 
fee same j^ysical circuit 11 between switches 1 and 2, the 50 next switch a call traverses for searching for the path of the 
respective call routing records stored at switch 1 and switch call to be traced. The call record data preferably includes 
2 for calls routed through circuit 11 identify the same circuit, originating trunk group, terminating trunk group, originating 
but use different identifying names. port and terminating port data of a call traversing the switch, 

Each switch of the telecommunication network also has date/time, switch site, call record type, dialed number, 

an assodated adjunct processor (AP) tiiat accumulates call 55 automatic number identification (ANI) data and pretrans- 

rccord data used for billing purposes. Periodically, the lated number data. 

switdi downloads call records to the associated AP which The present invention also provides a method for tracing 
are subsequently accessed by a billing host processor located a path of a caU through a telecommunications network 
at a remote location. The call records are divided into call having the steps of receiving the selected call parameter data 
detan records (CDRs), private network recwds (PNRs), 60 at the control prx>cessor from the user interface device, 
operator service records (OSRs), and private operator ser- accessing the call routing data stored in the database, access- 
vice records (POSRs) and include data related to the date/ ing the call record data stored in the memory of each adjunct 
time, the switch site, the call record type, the dialed number, processor, identifying call routing data and call record data 
the automatic number identification (ANI) and the pretrans- of a caU having caU parameter data corresponding to the 
lated number of a call. The caU records at each respective 65 selected call parameter data, and generating report data 
switch contain information about only the calls traversing related to the path through the telecommunications network 
that switch. of the call having call parameter data corresponding to the 
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selected call parameter data. The report data is displayed at 
the user interface device. Preferably, the step of accessing 
the call record data includes the steps of transferring the 
selected call parameter data to the adjunct processor, search- 
ing the call record stored in the memory associated with the 
adjunct processor based on the selected call search 
parameters, and generating results data at the adjunct pro- 
cessor related to results of a search of the call record data. 
The next switch a call traverses is identified based on the call 
routing data. 

BRIEF DESORimON OF THE DRAWINGS 

The present invention is illustrated by way of example 
and not limitation in the accompanying figures in which like 
reference numerals Indicate similar elements and in which: 

FIG. 1 shows a schematic block diagram showing a single 
intermachine trunk group connected between two exemplar/ 
switches; and 

HG. 2 shows a schematic block diagram of an embodi- 
ment of a system for tracing a call through a telecommuni- 
cation network according to the present invention. 

DEr ATT,Kn DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

The present invention is directed to a system for tracing 
a call path through a telecommunications network that 
corresponds to selected call search parameters for conve- 
niently performing network diagnostics or troubleshooting a 
call reported to have problems. FIG. 2 shows a schematic 
block diagram of an embodiment of a call path tracing 
system 20 according to the present invention. 

System 20 includes a plurality of workstations 21 con- 
nected to a local area network (LAN) 22. LAN 22 is 
connected through a communication link 23 to a first oper- 
ating system network 24. First operating system network 24 
is connected to a plurality of adjunct processors (AP) 25. 
Each adjunct processor 25 is associated with a switch ^G. 
1 ). The switch downloads call records that include infor- 
mation related to the date/time, switch site, dialed number, 
ANI number and pretranslated number of calls traversing the 
switdi for storage by the adjunct processor. 

LAN 22 is also connected through a communication link 
27 to a second operating system network 28. Second oper- 
ating system network 28 accesses call routing data that 
includes information related to originating trunk group and 
terminating trunk group that is available from a separate 
database. The call routing data is located in one central 
database 29 connected to network 28 or distributed through- 
out the telecommunications system, for exan^le at each 
respective switch, and available through network 28. As 
should be appreciated, if the call routing data is available 
from a central database or a plurality of databases connected 
to network 24, network 28 is not needed. 

To trace a call pa& through the telecommunications 
networlc, a workstation 21 accepts call search parameters 
through a graphical user interface (GUI). Workstation 21 
accesses first operating system network 24 for identifying a 
call meeting the search parameters at a particular switch that 
is specified as one of the search parameters. The call search 
parameters that can be specified for a call search include 
date/time, switch site, call record type, dialed number, ANI 
number, pretranslated number, originating trunk group, ter- 
minating trunk group, originating port, and terminating port 
According to the invention, the search parameters date/time, 
switch site and call record type are necessary parameters for 
identifying a particular call. 
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In the situation when only a dialed number and a call time 
interval is known about a call that is to have its path traced, 
the present invention accepts the search parameters without 
a switch site specified, but with at least tiie first 6 digits of 
5 the 10 digit called number (referred to as a valid NPAJJXX). 
The present invention accesses the respective adjunct pro- 
cessors for determining the home switch of the dialed 
number, that is, the switch site through which aU calls to that 
NPANXX must pass. The search then proceeds with the 
home switch of the dialed number as the initially specified 
switch site. 

When workstation 21 accesses the adjunct processor 
attached to the switch specified as one of the search 
parameters, workstation 21 logs onto the adjunct processor 

j2 25 associated with the specified switch. Each adjunct pro- 
cessor 25 has a search function capability that is activated by 
workstation 21. Workstation 21 transfers the search param- 
eters to the adjunct processor 25 and adjunct processor 25 
communicates to workstation 21 the name of the data file 

20 tiiat search results will be written to, that is the call record 
for each call traversing the switch associated with the 
adjunct processor matching the search parameters. Worksta- 
tion 21 periodically accesses adjunct processor 25 to check 
whether the search results data file has been written. When 

25 the search results data file has been written, workstation 21 
downloads the data file from adjunct processor for further 
processing at workstation 21. 

When a call is identified from the downloaded search 
results file meeting the search parameters, workstation 21 

30 accesses the call routing information of the switch through 
the separate database 29 for infonnation related to the next 
switch destination of the identified calL Once the call routing 
information is obtained, workstation 21 accesses tiie adjunct 
processor associated with the next switch the call traversed 

35 as determined by the call routing information. The process 
of accessing the call routing records is repeated for identi- 
fying the next switch traversed by the call. 

A call path may be traced from the switch where it enters 
the telecommunications network to the switch where it 

40 leaves the network and vice versa. Call records satisfying the 
search parameters are collected from each of the adjunct 
processors associated with the switches that the call tra- 
versed and are con^)iled for display as search results by the 
graphical user interface at worl^tation 21. The search 

45 parameters can be recalled in list form, and the status of all 
seardies in progress can be displayed. The selected param- 
eters can be edited and resubmitted for conducting a revised 
call path search. The search results can subsequentiy be used 
for generating a work order for correcting hardware and/or 

50 software problems experienced by the network. 

The call tracing system of the present invention utilizes 
three processes named, for example, ^dsptch.exe, cs.exc 
and apinter.exe, with apdsptch being the principal process. 
The processes are extensively threaded and coimnunicate 

55 with each other via named pipes. Commands are sent to the 
apdsptch process firom the graphical user interface process 
cs via a main named pipe. Apdsptch processes the com- 
mands and, for those commands requiring access to the 
adjunct processors, sends the commands to the adjunct 

60 processor interface apinter via another named pipe. Accord- 
ing to the invention, there is only one ^dsptch process 
running for servicing a distinct set of users and adjunct 
processor interfaces. If the present invention has a LAN 
configuration, apdsptch is required to run on a named server 

65 for the pipes to work. During initialization, apdsptch reads 
a configuration file containing various user definable param- 
eters. 
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The cs process is the user interface process. It contains all indicates the current status of tiie seardi. The possible values 

o( the graphical dialogue boxes for logging onto the system, for the status field are PNDNG, INPRG, POLAR CMPU, 

initiating call searches and displaying parameters and OmOC, ERROR and RECVR. PNDNG indicates a new 

results. Users must first log on to the system before new search that has not yet been submitted to apinter. INPRG 
searches can be submitted. In a LAN coiiguration, cs may 3 indicates that a search has been submitted to apinter, but has 

run on any workstation including the named server. The cs not yet been completed. POLAP indicates that apinter is 

process conamunicates with £^ptch via a named pq)e. CS being queried for results of the present search. CMPLT 

detennines whether the apdsptch process is located at a indicates a completed search with the call records found 

server or is local, as well as the location of a cstrack file located in a separate file. CNROC indicates a completed 
based on parameters in a cs configuration file. The cstrack lo seardi with no matching records found. ERROR indicates 

file contains parameters, status, and results of all searches that the particular search parameters have been submitted a 

that have not been deleted. If the ^sptch process is not predetermined number of times without completion of the 

running, cs disables system log in process so that searches search, RECVR indicates that apdsptch executable is in the 

may not be initiated, but search parameters, stams, and process of receiving records firom apinter. 
results are available for viewing. i5 a results data file is created when apdsptch detennines 

The apinter process performs the adjunct processor inter- there are call details records to save. A file is generated and 

face by communicating with the adjunct processors 25 saved in the tracking file. Preferably, the results file contains, 

throu^ conmuinication link 23 (FIG. 2). Commands are for example, 100 small header records, followed by up to 

sent to apinter via from apdsptch via named pipes. 100 call records, for exan^le. The call records may be 

When the apdsptch process initializes, a named pipe ^ CDRs, PNRs, OSRs or POSRs, depending on the kind of 

called /pq>e/cs/dsp.pip, for exan^le, is created. This named seardi requested. The tracking and result files are modified 

pipe is opened by all other processes during a transaction, apdsptch, but may be read by any number of user 

that is , when other processes request services from apdsptch. interface fH^ocesses from any workstation, 

A thread in apdsptch for receiving service requests creates a In addition to the tracking and result files, a lock file is 

new temporary pipe when a transaction is received- The created by apdsptch for ensuring that only one apdsptch is 

nameof the temporary pipe is sent through the main pipe to running in a directory for informing the user interface 

the requesting process so the requesting process can then process that apdsptch is up and running and for enabling the 

open the temporary pipe. Once the new temporaiy pipe user interface process to determine if apdsptch has restarted 

connection is established, apdsptch queues the request to between search requests. Apdsptch creates the lock file at 

ano&cr thread foe further processing thus freeing the origi- initialization and opens it for readAvrite access, while deny- 

nal thread for accepting additional requests through the main ing write access to the lock file for other processes. The lock 

pipe. The main pipe connection is then broken for that file is deleted when apdsptch orderly terminates. Apdsptch 

transaction, and the two tasks conduct the remainder of their determines that another instance of itself is already running 

transaction through the temporary p^, whidi exits for the if the lock file already exists and it cannot be opened for 

duration of a sitiglc transaction. write access which happens, for example, when a previous 

The adjunct processor interface process also coimnuni- ruii has crashed, 

cates witii apdsptch through a named pipe. When the winter The user interface process similarly determines that the 

process initializes, it registers with ^)dsptdi by Sending a apdsptch process is running if the lock file is available for 
transaction through the main pipe. As with any other ^ read access, but write access is denied. In addition, the user 

transaction, apdsptdi creates a new pipe for communicating interface process examines the creation date of the file and 

responses, but in this case the two processes do not yet time before each transaction is sent to apdsptch. If either 

connect Instead, apdsptdi creates a new thread for commu- time stamp has dianged, the user interface condudes that 

nicating with apinter. The new thread waits until requests are apdsptch has been restarred, and a user is required to again 

queued to it, at which time a pipe connection is made and the log on to the system. 

rommand is sent to q)intcr. This thread waits for a response ^ Data objects are transferred between processes through 

from apmtcr on the pipe, reads the response, then breaks the named pipes. Eadi transaction consists of an ApTranslD 

connection. The pipe remains intact waiting for additional object containing 4 data fields foUowed by zero or more data 

'^"^^^ objects. The first data field of an ApTVansID object. 

According to the invention, all pipes are aeated and TransCode, indicates the type of transaction of the object 

owned by ^xisptch because pipes can only connect between An ErrorCode data field indicates a particular error code that 

processes on a single workstation, or b^een workstation has been sent back in response to a request. A Length data 

and a named server. For this reason, when the call tracing field indicates the length of the data object following a 

system of the present invention is configured as a LAN, transaction object on the pipe. The last data field indicates 
^xlsptch must run on a named server. Any number of user 55 theiypeof the data object that follows the transaction on the 

interfaces and adjunct processor interfaces can communicate pipe. 

throu^ the named server central node. The transactions available include ApRegisterApi, 

The only data store for the process of the present inven- ApUnRegisterApi, ApLogon, and ApNewSearch. The 

tion is the tracking file named cstrack and its associated ApRegisterApi transaction is sent firom apinter to apdsptch 
result datafiles.ThecstracktrackingfilecontainsonerecQrd ^ when apinter infonns apdsptch that the apinter process is 

for each request for a call search that is submitted. Each available. No additional data is sent with this transaction, 

record is an instance of a ApRcquestNe w class and includes The ApUnRegisterApi transaction is never sent down a pipe, 

user specified search parameters and selected overhead data. It is queued internally by apdsptch when apdsptch can no 

Hie ApRequestNew class is defined in a header file aputil- longer communicate with apinter. No additional data is sent 

65 The ApLogon transaction is sent by the user interface 

When a search is submitted to apdsptch, a record is added process to apdsptch for requesting a log on to the adjunct 

to the tracking file cstrack. A status field in the added record processes. The Length data field for this transaction con- 
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tains the length of an ApLogon object An ApLogon object 
containing the log on parameters follows the transaction 
down the pipe. Apdsptch forwards the ApLogon object to 
apinter and the ApLogon process follows. Subsequently^ 
apinter sends an ^orCode to apdsptch indicating any log s 
on error. If the log on process was successful, the transaction 
object is send down the pipe from apinter to apdsptch 
followed by an ApLogon object with its switch site list iUled 
in. The ApLogon object is forwarded firom apdsptch to cs 
and the ApLogon process follows. lo 

The ApNewSearch transaction is sent from the user 
interface process to apdsptch for requesting a new search. 
The Length field of this transaction contains the length of the 
ApRequestNew object which follows the ApNewSearch 
transaction down the pipe. Apdsptch forwards this transac- 
tion to apinter when it is received from the user interface. 
Additionally, apdsptdi initiates this transaction when its 
timer thread determines that a requested search was never 
successfully submitted to apinter. Id either case, an ApRe- 
questNew object follows the transaction down the pipe. 20 
Apinter sends the transaction to apdsptch with the Length 
field containing the length of an ApRequestNew object that 
follows the transaction down the pipe, TTie transaction object 
is forwarded from apdsptch to the user interface if the 
request was initiated by the user interface. The Lcngtii field 25 
is always zero and the ExrorCode field indicates any error. 
No ApRequestNew object is sent back to the user interface, 
If the request was initiated from apdsptch, no transaction is 
forwarded to the user interface. 

The default configuration file for apinter is ^inter.cfg and ^° 
identifies the communication port and parameters used when 
communicating with the adjunct processors 25. Apinter.cfg 
also indicates the name of the server, if any, to ap-inter on 
which apdsptch will run. The parameters of apinter.cfg and 
their acceptable values are: 


LPAIH The palb to the directory comaiiung dtie cstrack and 

callsichJoc files. If LPAni is sot specified, cs will look 
for these files in the cuxrent woikn^ directoiy. 

SERVER The name of the server on which apdsptch is lunnmg. 
This parameter is omitted in a sii^ workstatian 
environment where all progr am s run on the single 
workstation. 


RANGEn 

POIUNlERVALa These parameters, specified in pairs, detemiine the 
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CX>MPORT The number of the asynchronous communications port. 
Default value is I. 

BAXJDRAIE Baud rate (30, 1200, 2400, 4800, 9600). Defeult setting ^ 
is 4800. 

DADV Thenumber Qfdatabit8(7 or8). De&uItvalueisS. 

STOP The number of stop bits (0=1 stop bit, 1=1.5 bits, 2=2 

bits). Default setting is 0 (1 stop bit). 
PARITY Type of parity (Noi£, odd, even, mariE, space). Default 

setting is none. 

SERV^ The name of die server on which apdsptch is nmning. If 
this is a non-network configuradon of the pmsent 
invention, then all programs run on a single workstation 
and this parameter is omitted. 


The default configuration file for the user interface pro- ^ 
cess is callsrch.cfg and includes the following parameters: 


55 
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The default configuration file for apdsptch is apdsptch.cfg 
and includes the following parameters: 


8 

-continued 


frequency with which the first operafing system 
network is automatically polled for the results of an 
individual call search. Searches less than RAKGEl 
seconds old are polled every POLLINTERVALl 
seconds; those less than RAKGE2 seconds old are 
polled every P0IJJNTERVAL2 seconds; all other 
searches are polled every P0IXINTERVAL3 


EXFIREDAYS 


The number of days after which searches will be 
automaticalty deleted from the txacldqg file 
(cstiack). Deleted results cannot be retrieved. 
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While the present invention has been described in con- 
nection with the illustrated embodiments, it will be appre- 
ciated and understood that modifications may be made 
without departing firom the true spirit and scope of the 
invention. 

What is claimed is: 

1. A system for tracing a path of a call through a 
telecoimnunications network, the system comprising: 

a switch; 

an adjunct processor^ connected to said switch, having a 
memory that stores switch call record data for calls 
traversing said switch and a search function; 

a database that stores call routing data for tiie telecom- 
munications network, said call routing data including 
trank group data; 

a parameter input means for inputting call parameter data 
relating to the path of the call to be traced through the 
telecommunications network; and 

a control processor coupled to said parameter input 
means, said adjunct processor and said database, 
including, 

means for activating said search function in said adjunct 
processor to identify a call record corresponding to said 
call parameter data, wherein said search function 
searches in said adjunct processor based on said call 
parameter data, 

means for accessing said call routing data stored in said 
database to obtain a ne:ct switch destination for the call, 
wherein a next switch at said next switch destination is 
connected to a next adjunct processor, and 

means for reporting said call record and said next switch 
destination. 

2. The system according to daim 1, wherein said control 
processor relies on said next switch to continue tracing the 
calL 

3. The system according to daim 2, wherein said param- 
eter input means includes a graphical user interface for 
accepting said call parameter data. 

4. The system according to daim 1, wherein said trunk 
group data indudes originating trunk group, temoinating 
trunk group, onginating port and terminating port data, 
date/time, switch site, caU record type, dialed number, 
automatic number identification data and pretranslated num- 
ber data for each switch in the telecommunications network. 

5. The system according to daim 1, wherein said control 
processor indudes means for identifying said switch based 
on said call parameter data. 

6. The system according to daim 1, wherein said control 
processor accesses said next switch adjunct processor con- 
nected to said switch at said next switch destination. 

7. The system according to claim 1, wherein said switch 
call record data indudes only data relating to said switch. 

8. The system according to daim 1, wherein said control 
processor includes means for identifying a home switch. 
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9. A method for tracing a path of a call through a 
telecoxnnuinications network, the system comprising a 
switch, an adjunct processor connected to the switch having 
a memory that stores switch call record data for calls 
traversing the switch and a search function, a database that 
stores call routing data for the telecommunications network, 
the call routing data including trunk group data, a parameter 
input means for ii^utting call parameter data relating to the 
path of the call to be traced through the telecommunications 
network, and a control processor coupled to the parameter 
input means, the adjunct processor and the database, the 
control processor including means for activating the search 
function in the adjunct processor, means for accessing the 
call routing data stored in the database to obtain a next 
switch destination for the call, the method comprising the 15 
stq>s of; 

(1) inputting the call parameter data into the control 
processor; 

(2) searching the switch call record data in the adjunct 
process^- utilizing the search function and the call 
parameter data; 

(3) searcdiing the call routing data in the database to 
determine a next switch destination; 

(4) searching a next switdi call record data stored in a 
next switdi adjunct processor connected to a next 
switdi at the next switch destination; and 

(5) searching the call routing data in the database and call 
record data for each remaining switdi in the call 

10. The mediod according to claim 9, further coiqirising 30 
the step of: 

generating report data rdated to the path through the 
teiecommunications network. 

11. The method according to daim 10, further comprising 
the step of: 


10 


20 


25 


displaying the report data at the parameter input means, 
wherein the parameter input means comprises a user 
interface device. 

12. The method according to claim 9, further comprising 
the steps of: 

transferring the call parameter data to the adjunct proces- 
sor from the control processor; and 
generating search results data at the adjunct processor. 

13. A method for tracing a path of a call through a 
telecommunications network, comprising the steps of: 

(1) specifying call parameter data for the path of the call; 

(2) identifying a switch to be accessed based on the call 
parameter data; 

(3) seardiing call record data stored in an adjunct pro- 
cessor connected to the switch to identify a switch call 
record corresponding to the call parameter data, 
wherein the call record data stored in the adjunct 
processor indudes data for calls traversing the switch; 

(4) seardiing call routing data stored in a database based 
on the switch call record to determine a next switch 
through which the call passes, wherein the call routing 
data includes trunk group data; 

(5) searching call record data stored in a next switch 
adjunct processor connected to the next switch to 
identiiy a next switch call record, wherein the call 
record data stored in the next switch adjunct processor 
indudes data fca: calls traversing the next switdi. 

14. A method according to daim 13, comprising the steps 
of: 

searching the call routing data in the database and call 
record data for each remaining switch in the caU. 
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